FIG. 1A 



VI ARCHITECTURAL MODEL 



VI 

CONSUMER 

' \ 
8 



APPLICATION 



OS COMMUNICATION FACILITY 
SOCKETS. MPI. CLUSTER, OTHER 



VI USER AGENT 14 



26 



USER MODE 
E 



OPEN/CONNECT/ ^ 
REGISTER MEMORY 20 



-10 



-12 



28 



SEND/RECEIVE/ 
RDMA READ/RDMA WRITE 



22 



VI PROVIDER 

\ 

24 




PACKETS TO/FROM NETWORK 



FIG. 1B 



VI CONSUMER 



8 



VI 
9 



MSI 



■V- 1, 
V/.V 



SEND — r 
DOORBELL L 
25 



&SENDQ 



[DESCRIPTOR! 



STATUS 



19 



21 



[DESCRIPTOR! 



IDESCRIPTORl 



R ECVqI ^23 
IDESCRIPTORl 

IDESCRIPTORl 

IDESCRIPTORl 



STATUS 



VI NETWORK INTERFACE C ONTROLLER 

I 

PACKETS TO/FROM NETWORK 



RECEIVE 
DOORBELL 

1 — 18 




204 



208 



MEMORY CONTROLLER 



206 



MAIN 
MEMORY 




210 



HOST 202 



FIG. 3 




GLOBAL PHYSICAL 
ADDRESS FOR HOST/ 
NODE (e.g., IEEE 802.3 
ETHERNET MAC 

ADDRESS (48 BITS)) 



VENDOR ID 515 


FABRIC 


LOCAL PHYSICAL 


NUMBER 520 


ADDRESS 525 



47 23 15 7 0 



EMBEDDED LOCAL 
PHYSICAL ADDRESS 
510 FOR NODE/HOST (e.g., 

LOCAL MAC ADDRESS) 
FOR CHANNEL BASED 
NETWORK 400 



FIG. 5 



I 



FABRIC MANAGER ASS As A FABRIC NUMBER AND A L^IL PHYSICAL 605 
AD.DRESS (e.g., LOCAL MAC ADDRESS) TO EACH HOST IN THE LOCAL K 

NETWORK 



LANE DRIVER MAPS LOCAL PHYSICAL ADDRESS (e.g., LOCAL MAC ADDRESS) 
TO A GLOBAL PHYSICAL ADDRESS (e.g., to IEEE 802.3 ETHERNET MAC 
ADDRESS) (for example, LOCAL PHYSICAL ADDRESS MAY BE EMBEDDED IN 

GLOBAL PHYSICAL ADDRESS 



HOST QUERIES FABRIC MANAGER TO OBTAIN A LOCAL PHYSICAL ADDRESS 
FOR EACH NODE IN THE LOCAL NETWORK 
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ESTABLISH A CONNECTION-ORIENTED VI CHANNEL BETWEEN THE HOST AND 
EACH OF THE OTHER NODES IN THE LOCAL NETWORK USING THE LOCAL 

PHYSICAL ADDRESSES BY BINDING OR ASSOCIATING WORK QUEUE PAIRS ON 
EITHER END OF THE CHANNEL (for example, using many-to-many queue pair 
bindings, one-to-many queue pair bindings, etc.) 
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* HOST USES EXISTING ARP/RARP PROTOCOL TO OBTAIN ITS OWN NETWORK 
s (e.g., IP) ADDRESS: e.g., HOST BROADCASTS AN ARP REQUEST MESSAGE 
^INCLUDING HOST'S GLOBAL PHYSICAL ADDRESS AS A SOURCE MAC ADDRESS) 
I TO ALL NODES OVER THE ESTABLISHED VI CHANNELS; THE ADDRESS 
) ALLOCATION (e.g., DHCP) SERVER SENDS A UNICAST REPLY TO INQUIRING 
3 HOST WITH THE NETWORK (e.g., IP) ADDRESS THAT IS ASSIGNED TO THE HOST 
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BEFORE HOST COMMUNICATES WITH ANOTHER HOST (e.g., "HOST2"), HOST 
OBTAINS IP ADDRESS OF THE OTHER HOST ("HOST2") FROM THE NAME SERVER 
BASED ON THE NAME OF THE OTHER HOST ("HOST2") 



USE THE EXISTING ARP PROTOCOL TO OBTAIN THE LOCAL PHYSICAL ADDRESS 
(e.g., LOCAL MAC ADDRESS) OF HOST2: e.g., HOST1 BROADCASTS A MESSAGE 
OVER ESTALBISHED VI CHANNELS INCLUDING THE OTHER HOST'S NETWORK 
ADDRESS (e.g., IP ADDRESS) TO ALL NODES IN LOCAL NETWORK REQUESTING 
THE GLOBAL PHYSICAL ADDRESS OF HOST2; HOST2 SENDS AN ARP RESPONSE 
PROVIDING ITS GLOBAL PHYSICAL ADDRESS; IN ONE EMBODIMENT, THE 
LOCAL PHYSICAL ADDRESS IS EMBEDDED WITHIN OR CAN BE ASCERTAINED 
FROM THE GLOBAL PHYSICAL ADDRESSS 
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